home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19981211-19990422 / 000323_news@watsun.cc.columbia.edu _Sat Mar 6 18:34:52 1999.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Return-Path: <news@watsun.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id SAA20208
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Sat, 6 Mar 1999 18:34:51 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id SAA15158
  7.     for kermit.misc@watsun.cc.columbia.edu; Sat, 6 Mar 1999 18:31:29 -0500 (EST)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  10. Subject: Re: kermit messages
  11. Date: 6 Mar 1999 23:31:28 GMT
  12. Organization: Columbia University
  13. Message-ID: <7bsdsg$epk$1@newsmaster.cc.columbia.edu>
  14. To: kermit.misc@mailrelay2.cc.columbia.edu
  15.  
  16. In article <y93ogm6mcry.fsf@zohar.ai.mit.edu>,
  17. Allan Adler  <ara@zohar.ai.mit.edu> wrote:
  18. : 
  19. : I am running kermit on a 80486 under RedHat 5.1 Linux. In downloading
  20. : files, I frequently get messages about input overruns. I gather that
  21. : this is a correctable error since the integrity of the file seems
  22. : uncompromised after the file is downloaded.
  23. :
  24. This means either:
  25.  
  26.  (a) You do not have an adequate flow-control method enabled between
  27.      C-Kermit and the modem.  If, however, you are using C-Kermit 6.0 or
  28.      later with a modern modem, and following the instructions for
  29.      dialing, then Kermit should be choosing RTS/CTS by default, and
  30.      also setting it in the modem.  Or:
  31.  
  32.  (b) Your serial port is an unbuffered kind (8250, 16450, etc) rather
  33.      than a buffered one, in which case the Linux device driver itself
  34.      loses characters when its attempt to flow control the modem are
  35.      not fast enough.  Or:
  36.  
  37.  (c) You have interrupt conflicts in your PC configuration.
  38.  
  39. The Kermit protocol is designed to correct errors like this, and it's
  40. doing its job in your case.
  41.  
  42. : Today I started getting
  43. : a new message in addition to the overrun message. It is:
  44. : 
  45. : ll_rw_block: device 03:02: only 1024-char blocks implemented (4096)
  46. : 
  47. : Again, it doesn't seem to have compromised the integrity of the file
  48. : transferred. However, if these messages indicate that I should be
  49. : doing something differently I would like to know about it. It would
  50. : also be nice to know what they mean; I'm clueless.
  51. : 
  52. : The file that gave the new message was a compressed tar file. When
  53. : I left kermit and tried to uncompress the file, I got the same
  54. : message:
  55. : 
  56. : ll_rw_block: device 03:02: only 1024-char blocks implemented (4096)
  57. : 
  58. : So maybe something else is going on, not specifically involving kermit.
  59. : 
  60. Which version of C-Kermit are you using?  Newer versions do bigger disk
  61. writes.  Version 7.0 might try to write anywhere from 4K to 32K at a time.
  62. Evidently your disk device driver doesn't handle large writes "atomically"
  63. and therefore puts up a warning message to let you know this.  But from what
  64. you said, it also appears to recover from them by breaking large writes up
  65. into smaller ones internally.
  66.  
  67. In C-Kermit 7.0 you can control the size of the disk output buffer with:
  68.  
  69. SET FILE OUTPUT { { BUFFERED, UNBUFFERED } [ size ], BLOCKING, NONBLOCKING }
  70.   Lets you control the disk output buffer for incoming files.  Buffered
  71.   blocking writes are normal.  Nonblocking writes might be faster on some
  72.   systems but might also be risky, depending on the underlying file service.
  73.   Unbuffered writes might be useful in critical applications to ensure that
  74.   cached disk writes are not lost in a crash, but will probably also be
  75.   slower.  The optional size parameter after BUFFERED or UNBUFFERED lets you
  76.   change the disk output buffer size; this might make a difference in
  77.   performance.
  78.  
  79. Please report results back to kermit-support@columbia.edu.
  80.  
  81. - Frank